home *** CD-ROM | disk | FTP | other *** search
/ Aminet 3 / Aminet 3 - July 1994.iso / Aminet / util / shell / AXshDemo131.lha / AXsh-readme1.31 < prev    next >
Encoding:
Text File  |  1994-03-26  |  3.2 KB  |  75 lines
  1.  
  2.        .      .
  3.       /|\ / _ |_   ._  _  _  _|. . _   .  _  .
  4.      /-| X (_`| |--| `|_)'_|| ||V||_) /| `_)/|
  5.     /  |/ \._)| |  |  |_,(_||_|||||_,  |.._) |
  6.  
  7.  
  8. Welcome to the new version of AXsh. Due to a disk crash (my new, 21 days
  9. old Seagate11200N (1G) just stopped working in the middle of one night)
  10. I almost lost my most recent AXsh sources and other development material I
  11. had. However, I managed to salvage all vital files. On the other hand,
  12. Lattice C 5.10a is now history, I did not have time to save it before the
  13. disk died completely. Fortunately I don't really need it anymore, because
  14. I now have SAS/C 6.51. Every cloud has a silver-lining...
  15.  
  16. So, the disk crash has delayed the release of AXsh1.31 even more and now
  17. I also have to release AXsh 1.31 as-is, because I can't do any improvements
  18. to the Lattice5.10a code anymore. I know that some users have already
  19. got very tired of waiting for the new AXsh release. I just hope I am
  20. forgiven..
  21.  
  22. About my future plans concerning AXsh:
  23. I have decided to start developing AXsh.library from scratch (I already
  24. had one version) without the dos.library-level protections. AXsh.library
  25. is then used by my AXsh shell, which is a real ks2.0 UserShell, not just
  26. a program running on top of the AmigaDOS shell like AXsh is now.
  27. AXsh.library provides routines for user and group handling and for
  28. resource database management (configuration entries).
  29.  
  30. In this stage AXsh would still have those slow and restrictive command and
  31. parameter checking routines.
  32.  
  33. After this there are basically three ways to proceed:
  34.  
  35. 1) Just use the shell-level protections
  36.     + No modification to the news- and mail-systems needed
  37.     - Only 'safe' programs can be used
  38.     - Hard to configure, all allowed commands/files/directories
  39.       have to be listed for each user-level
  40.  
  41. 2) Co-operation with MuFS
  42.     + No command line argument checking needed
  43.     + Group system makes the 'user level'-concept obsolete
  44.     + Configuration is done in file-per-file basis instead of defining
  45.       the allowed programs, files and directories in a single file
  46.     - Modifications to programs that need to access system
  47.       files and/or running them in SUID-mode
  48.     - Dependancy of another shareware product
  49.       (Also, MuFS 'does too much' for my purposes)
  50.  
  51. 3) Implement protections in dos.library level
  52.     + No command line argument checking needed
  53.     + Group system makes the 'user level'-concept obsolete
  54.     + Configuration is done in file-per-file basis instead of defining
  55.       the allowed programs, files and directories in a single file
  56.     + Usable/implementable on normal (pre v39) filesystems
  57.       (easier and more efficient in >=v39 filesystems)
  58.     + Hard file-quota limits are possible and files are trackable
  59.       throughout the whole systems
  60.     [+ Possibility to collect statistics of filesystem usages
  61.        (e.g. bytes read/written, opens, lockings etc.) ]
  62.     - Modifications to programs that need to access system
  63.       files and/or running them in SUID-mode
  64.     - Programs that do direct IO without dos.library shouldn't be
  65.       used (e.g. programs using ixemul.library)
  66.  
  67. Address all thought about these things to 'albert@cs.tut.fi'
  68. I would like to know what you would like this second-generation
  69. AXsh to have, either from user's viewpoint or from administrator's
  70. view or even the programmer's opinions about what the AXsh.library
  71. should look like.
  72.  
  73. -Pasi
  74.  
  75.